home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20010306-20010921
/
000020_news@columbia.edu _Mon Mar 12 21:51:22 2001.msg
< prev
next >
Wrap
Internet Message Format
|
2001-09-20
|
2KB
Return-Path: <news@columbia.edu>
Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id VAA07145
for <kermit.misc@cpunix.cc.columbia.edu>; Mon, 12 Mar 2001 21:51:22 -0500 (EST)
Received: (from news@localhost)
by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id VAA08417
for kermit.misc@watsun.cc.columbia.edu; Mon, 12 Mar 2001 21:31:53 -0500 (EST)
X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
From: jrd@cc.usu.edu (Joe Doupnik)
Subject: Re: MSKermit TCP rwin?
Message-ID: <GIR1IawPkn$Y@cc.usu.edu>
Date: 12 Mar 01 19:07:42 MDT
Organization: Utah State University
To: kermit.misc@columbia.edu
In article <98jj04$i3o$1@sylvester.vcn.bc.ca>, David Stow <dastow@vcn.bc.ca> writes:
> When I use MSKermit or NCSA Telnet over DOSPPPD, I get half a screen full
> of information, a pause, and then the second half of the screen. (Both
> programs are using mss=1460). The problem goes away in NCSA Telnet when I
> set rwin=4096, but setting Kermit's sliding windows has no effect.
>
> Is this because the NCSA window is at the TCP level and the Kermit window
> is at the application level? Does MSKermit's TCP have a setting
> comparable to NCSA Telnet's rwin=?
>
> Thanks,
> David Stow
---------
The sliding window for Kermit is for the Kermit protocol, not for
the underlying transport mechanism (whatever that may be, and there are
lots of choices). MSK has fixed sizes for TCP transmit and receive buffering,
4KB each direction for each of up to six simultaneous sessions and still
leave memory for non-Kermit things. It also has 6KB of receive packet
buffering before material enters the TCP/IP stack.
The problem has the hallmarks of path delay between MSK and the app
at the far end of the link. The PPP driver may well be the culprit because
there are no pauses when working over Ethernet. I can't help with the PPP
driver, but you might look at it for tuning knobs.
Joe D.